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SOFTWARE COMPONENT ARCHITECTURE 

BACKGROUND 

The present invention relates to electronic data processing in general, and particularly 

to application programming. 

Applications can be developed using various architectures, including, for example, a 
model-view-controller (MVC) architecture. The MVC architecture breaks an application into 
three separate parts -models, views, and controllers. Each model can have multiple views, 
where each view displays information about the model to a user. A controller of the model 
receives events, for example, raised by a user interacting with a view to manipulate the 
model. Each model can have multiple controllers, and a controller can relate to multiple 
views. The models and the controllers typically include application code. When changes 
occur in a model, the model updates its views. Data binding is used for data transport 
between the view and its model or controller. For example, a table view can be defined to 
display data of a corresponding table that is stored in the model or controller. The table is 
used as the data source for the table view (data binding). For example, the table view can be 
replaced by a further view, such as a graph view, that binds against the same table. In this 
case, the further view displays the table data without changing anything in the controller or 
the model. 

Application development is often divided into two general stages: design time and 
runtime. Design time can include designing the views of an application (including the layout 
of the user interface (UI) elements in each view), modeling of the application flow (including 
the selection of the views to displayed), designing one or more models, and creating and 
editing other application elements, such as controllers and contexts. Design time can also 
include the binding of UI elements within the views to data sources that are defined in a data 
type repository. 

Information created during the design time can include application metadata. 
Application metadata can be stored in a metadata repository, and used as input to the runtime 
process. During the runtime process, the application metadata can be used to generate the 
actual runtime code of an appUcation. In some implementations, the application metadata is 
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platform independent, and the generated runtime code is platform specific. The runtime code 
can be executed in a runtime environment that provides a general framework for running 
applications. For example, a runtime environment can provide services for deploying and 
maintaining applications, as well as features such as a caching mechanism that can be used to 
improve performance, and automatic input assistance and default error handling that is based 
on the declared application metadata. 

Regardless of which architecture is used, it is often desirable to structure an 
appHcation (including, for example, the models, views, and controllers that make up an MVC 
application) into reusable entities or components. The reusable components can be 
embedded by the application, or by another reusable component. 

SUMMARY OF THE INVENTION 

In general, in one aspect, the invention provides methods and apparatus, including 
computer program products, implementing techniques for structuring apphcations into 
reusable components. The techniques include implementing a reusable software component 
encapsulating functionality, where multiple instances of the component are usable at the 
same time. The component has at least one visual representation. The component has a 
programming interface for programmatic interaction with the component, a data-binding 
interface for data communication with the component, and a visual interface to access the at 
least one visual representation of the component. 

Advantageous implementations of the invention include one or more of the following 
features. The programming interface, the data-binding interface, and the visual interface can 
be separate interfaces. One or more controllers can be implemented for the component, each 
controller having an associated context for storing data and state for the controller. One or 
more views can be implemented for the component, each view providing a visual 
representation of the component. A sub-component can be embedded in the component. The 
sub-component can be embedded using a programming interface, a data-binding interface, 
and a visual interface of the sub-component. The programming interface can include an 
interface controller having an associated interface controller context and a configuration 
controller having an associated configuration controller context, the visual interface can 
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include an interface view, and the data-binding interface can provide context mapping for an 
interface controller context and a configuration context. 

In another aspect, the invention provides methods and apparatus, implementing 
techniques for implementing an application runtime framework. A component interface to be 
5 used in an application is received without a specification of a corresponding component 
implementation. A particular component implementation can be instantiated at runtime, 
where the particular component implementation is selected from one or more component 
implementations corresponding to the component interface. 

Advantageous implementations of the invention also include a component interface 
10 having a programming interface, a data-binding interface, and a visual interface. 

In another aspect, the invention provides methods and apparatus, implementing 
techniques for implementing an application runtime framework. An event subscription for a 
subscribing component is received, where the event subscription specifies one or more events 
generated by sub-components embedded by the subscribing component. If the subscribing 
15 component has not been instantiated, any events generated by the sub-components that are 
specified by the event subscription are cached. The cached events are forwarded to an 
instance of the subscribing component after the subscribing component has been instantiated. 

In another aspect, the invention provides methods and apparatus, implementing 
techniques for implementing an application runtime framework. One or more context 
20 mappings for a component are received, where the context mappings are specified by a 
component embedder using the component to exchange data with the component. If the 
component has not been instantiated, the specified context mappings are cached. The 
specified context mappings are created after the component has been instantiated. 

The invention can be implemented to reahze one or more of the following advantages. 
25 An application development framework provides support for developing software 

components and managing multiple instances of such components. An application can use 
multiple instances of a component, and components can be used in multiple apphcations. 
Developers do not need to write code to manage multiple component instances. 
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Components can contain multiple controllers, and storage areas known as contexts. 
Components can present multiple views. Each component can be accessed through multiple 
interfaces, including an application programming interface (API), a data binding interface, 

and a visual interface. 

The API can be implemented in an interface controller that is used to interact with the 
component. Components can also include other types of controllers, including configuration 
controllers (used to access configuration data, which can be provided at runtime), view 
controllers (used to implement fimctionality for views), component controllers (used to 
implement common functionality required for multiple views), and custom controllers (used 
to implement application functionality). Each controller can have an associated context, and 
the controllers can share data by mapping data elements from one context to another context. 
The data binding interface is used to access the associated contexts of the controllers of the 
component. The view interface can be used to access the views of the component. 

Components can be embedded in other components, thus creating hierarchical 
arrangements of components. A component embedder that embeds a component can use the 
visual representations of the embedded component - that is, the arrangement of views for a 
component can include views from embedded components. 

Configuration data for a component can be provided by a component embedder at 
runtime, when the component is instantiated. Application programmers can program against 
a component interface at design time without specifying a component implementation that 
implements the component interface, and the component interface can be resolved to a 
component implementation implementing the component interface at runtime. Components 
can subscribe to and act on events from embedded components. If there are no instances of a 
subscribing component, events can be cached and delivered to instances of the subscribing 
component when they are created. One implementation of the invention provides all of the 
above advantages. 

The details of one or more implementations of the invention are set forth in the 
accompanying drawings and the description below. Further features, aspects, and advantages 
of the invention will become apparent from the description, the drawings, and the claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a block diagram of a development enviromnent for developing an 
application program using reusable components. 

FIG. 2 A is a block diagram of a component. 
FIG. 2B illustrates further features of a component. 

FIG. 3 is a block diagram of a system for accessing an embedded component instance. 
FIG. 4 is a block diagram of a view. 

FIG. 5 illustrates a visual interface with multiple views that are linked together using 
navigation links. 

FIG. 6 illustrates an example of a structure of a context 604 at design time and at 
runtime. 

FIG. 7 illustrates the context 604 at runtime as a set of data instances. 
FIG. 8 illustrates mapping of contexts according to the present invention. 
Like reference numbers and designations in the various drawings indicate like 
15 elements. 

DETAILED DESCRIPTION 
FIG. 1 is a block diagram of an enviromnent for developing an application program 
100 using reusable components. The development environment includes an appUcation 
development framework 105 and a component repository 1 15. The application program 100 
20 is developed using reusable components available in the component repository 1 1 0, e.g., 
components 1 15, 120, and 125. A component in the component repository 1 10 can have 
more than one instance, where the component instances are being used m multiple 
application programs. The application program 100 is developed at design time using the 
appUcation development framework 105. 

At runtime, the application runs within a runtime framework that provides the code 
required to create and manage the instances of the components used by the application 
program 100. As discussed below, the services provided by the runtime framework include 
component lifecycle management and managing component event subscriptions. 
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FIG. 2 A is a block diagram of a component 200. The component 200 is a reusable 
entity providing functionality that can by used by many applications (or that can be used 
multiple times by the same application). Components 200 can be embedded, and they can 
have zero or more visual representations. A component having no visual representations 
cannot be displayed. An application or a component that embeds the component 200 is 
referred to as a component embedder for the component 200, and the component 200 is 
referred to as the embedded component. 

The component 200 provides three separate interfaces - a programming interface 205, 
a data binding interface 210, and a visual interface 215. The programming interface 205 is 
used by the component embedder to interact with the component 200. The component 
interface is an active component. The component interface is not just a signature. The 
component interface defines the component methods that are visible to the component 
embedder and routes the visible method calls to one or more component implementations. 
The component embedder embeds the component 200 by programming to the programming 
interface 205, i.e., the component embedder can call the methods provided by the 
programming interface 205. In one implementation, the programming interface 205 can be 
provided by a controller, referred to as a component interface controller. Thus a component 
embedder can interact with an embedded component through the interface controller of the 
embedded component. 

The component 200 also has one or more visual representations (which will be 
referred to as views). As described below, a component embedder can access and use the 
visual representations of the component 200 (for example, to form its own visual 
representations) through a visual interface 215. 

The data binding interface 210, described below, is used by a component embedder to 
exchange data with the component 200. 

In one implementation, the component 200 includes one or more controllers, one or 
more associated contexts, and optionally one or more views. The controllers are used to 
implement the logic of the component, and the views provide a visual representation of the 
component. A component can include multiple types of controllers, as explained below. The 
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controllers implement event handlers that are executed in response to an action performed by 
a user, e.g., pressing a button or making a menu selection. Each controller is bound to an 
associated context. A context is a local data structure for a controller that stores data and 
state specific to the controller. 
5 FIG. 2B is illustrates fiirther features of a component 200. The progranmiing 

interface 205 for the component 200 includes an interface controller 220 and a configuration 
controller 230. The interface controller 220 implements methods that can be used (e.g., by a 
component embedder) to interact with the component 200. The configuration controller 230 
provides access to configuration data for the component 200. The interface controller 220 has 
10 an associated interface context 225 that stores data and state for the interface controller 220. 
The configuration controller 230 has an associated configuration context 235 that stores 
configuration data for component 200. The component embedder uses the data binding 
interface 210 to exchange data with the interface context 225 and the configuration context 
235. The runtime firamework 105 initializes the configuration context 235 when an instance 
1 5 of the component 200 is created at runtime using configuration data provided by the 

component embedder. The configuration data stored in the configuration context can include 
data used by the component embedder to customize the component 200, e.g., font size, and 
selection of fields for a table view. 

FIG. 4 is a block diagram of a view. A visual interface of a software application is 
20 made up of one or more views arranged in a specific layout. A view 400 specifies a layout of 
at least one user interface element (UI) element 405, and a view area. UI elements in a view 
can include buttons, labels, and menus. The view area defines the area to be occupied by the 
view 400 in a visual interface embedding the view 400. The UI elements included in the 
view 400 can include Input UI elements. View UI elements, and Container UI elements. An 
25 Input UI element is used to receive input fi-om the user, e.g., a drop down menu, an input 
field, or a table UI element. A View UI element is used to display application data, e.g., an 
image view, a text view, or a caption. A Container UI element, described below, is used to 
include other views and UI elements, e.g., a scroll container UI element having a scroll bar, 
or a container UI element specifying a layout for included views. 
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Componen.usageobjeot305provid«life-cydemanagemen.offteas^ia»d 
component 200 by providing n.eU,od. for creating »d deleting component instances 300 of 
,He associated component 200 at runtime. The Ufe-cyCe of the component instance 300 ts 
controlied by the component embedder 310. A. design time an appUcation programme 
programs using a programming interface for a component without speci^g a pamcular 
implementationof the component. The componentprogramminginterftceusedby the 

applicationprogrammeratdesi^timeisboundtoacomponentimplementationftat 
p™videstheprogrammingintafeceatnmtime. Atnmtime,thec„mponemembedd«310 
creates the component instance 300, hnplementing flte component programming mterfi.ce 
used by the component embedder, by calling the methods provided by the component usage 
Object 305. nre component usage object 305 responds to requests ,„ create a component 
instancebyselectingacompo«e„.in.herepositoryUOthatimplements,hedesired 

p^gramming mterface and creatmg an instance of the selected component. Mtemanvely, .f 
,heapphcationprogrammerspecifiesacomponen.implement^onatd«ign.ime,an 

instance of the specified component can be created and used at runtime. 

The runtime fmnework 1 1 5 uses component usage object 305 to access me 
pn,gramming interface of the associat«l component. TTte component usage obj«t 305 ,s also 
used to manage even, subscriptions for the associated component. In an implemen.at.on 
wbere a component embedder can subscribe to events generated by embedded component . 
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component has been instantiated. 

Comex. is a local da.a stntcture for a controller that stores data and state specfic to 
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the controller. Controllers within a component, i.e., the interface controller, the configuration 
controller, the component controller, custom controllers, and view controllers, communicate 
data by mapping contexts. Similarly, the data binding interface allows the component 
embedder 310 to communicate data with the embedded component 300 by mapping the 
interface context 225 and the configuration context 235 using the context mapper 330. 

FIG. 6 illustrates an example of a structure of a context 604 at design time and at 
runtime. In general, structure elements of the design time context structure are different from 
structure elements of the runtime context structure. 

An example of a design time context structure is a node hierarchy, wherein the 
structure elements of the node hierarchy can be nodes and attributes. The root-node of the 
node hierarchy represents the context itself For example, the child nodes of the root node 
can be defined by the application. Child nodes of the root node will also be referred to as 
independent nodes. Childnodesofindependent nodes depend on their corresponding parent 

node and will also be referred to as dependent nodes. 

A node has a node type. Examples of node types are value nodes and model nodes. 
A value node can maintain, that is, store and administrate, its own application data (transient 
application data). The data can be. for example, scalar data, tables or structures. A model 
node includes a reference to application data that persists in a corresponding model. 

The parent node can also have attributes. Each child node can include an arbitrary 
tree structure that includes fi^er child nodes and/or attributes. Attributes are leaves in the 
tree structure. Attributes represent, for example, scalar data types, such as strings and mtegers 
or Java types (e.g., java.util.Date). 

In the example of FIG. 6, at design time, the context 604 includes the independent 
node PN that includes the two attributes Al, A2 and that is the parent node of the dependent 
nodes CNl, CN2. The second dependent node CN2 has two fiirther attributes A3, A4. This 
structure defines a first node element 601 for the parent node PN and a second node element 
602 for the second child node CN2. The first node element 601 includes information about 
the context structure with regards to the parent node PN. In other words, it summarizes all 
information that is available at the context structure level that is under the level of the parent 
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node PN. The second node element 602 includes infonnation about the context structure with 
regards to the second dependent node CN2. The context structure implies that the second 
node element 602 depends on the first node element 601. 

At runtime, structure elements (e.g., nodes) i^resent a set of data instances. Nodes 
provide type information about object instances that are maintained by the node. Each node 
can have a node collection, wherein each element of the node collection has the same node 
element type. 

In the example of FIG. 6, at runtime, the parent node PN has a first node collection 
701 that includes multiple runtime instances of the first node element 601. Each runtime 
instance of the first node element 601 can have a second node collection 702 of multiple 
runtime instances of the second node element 602. A node collection can be empty or has at 
least one instance of the corresponding node element. 

A node collection has a cardinality and a node collection type, such as list, tree, set, or 
collection. The node collection cardinality (see table 2) and the node collection type (see 
table 1) can be declared at design time. An evaluation mechanism can be used to 
automatically evaluate the node collection of a child node at runtime when its parent node 
changes. 

Table 1: Examples of node collection types 



Value 


Meaning 


Collection 


forward-only iterator (cursor) without absolute positiomng 


Set 


no duplicates, forward-only iterator without absolute positiomng 


List 


duplicates allowed, position available, Ust iterator, absolute positioning 
(indexed access) 



The application can use the cardinality of a node collection to restrict possible 
operations on a node (e.g., prohibit indexed access to a node that has at most one node 
collection element). 
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Value 


Meaning 


0..1 


node collection can be empty, contains at most one element 


1..1 


node collection always contams exactly one element. 


0..n 


node collection can be empty or contam any number of elements 


L.n 


node collection always contams at least one element. 



The content of a node collection can be determined in various ways. 
The node values of independent nodes can be set by initiaUzers or event handlers or 
can be set through a supply function. The supply function is called when the node is 
accessed. To access a node, for example, the node is queried for its data by application code 
or by a user interface (UI) element (of the view) that is bound to the node. 

Dependent nodes can get their values by using a supply function. For example, the 
node collection of a dependent node can become obsolete when a selection of its parent node 
changes. In this case the dependent node is recalculated, that is, the content of its node 
collection is determined on a subsequent access. In another example a representation 
instance is created for each dependent node of a parent node. The values of the 
representation instances are calculated when the corresponding parent node is accessed. In 
other words, using representation instances enables a "load data on demand" or a "unload 
data when not needed" mechanism. Therefore, memory is used in an efficient mamier. 

The content of a node collection can also be explicitly set to a state, such as "invalid" 
or "unfilled". When the node is accessed the next time, the node collection content is 
determined again. This can be used to force a re-read of modified data when the modification 
(e.g., in the model) was not visible to the application runtime. 

FIG. 7 illustrates the context 604 at runtime as a set of data instances. The nodes of 
the context at runtime represent a system-managed set of data instances (e.g., a 
java.sql.RecordSet). For example, data instances are returned 50 firom a database or backend 
system 710 in response to a query (e.g., a structured query language (SQL) query) that is sent 
40 from the computer system 700 to the database^ackend system 710 when a node is 
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accessed, for example, by an application. Examples of backend systems are Enterprises 
Resource Planning systems, Customer Relationship Management systems, web server 
systems providing web services or any other system that stores application data. Accessing a 
node means requesting data from the corresponding model. This can result in a corresponding 
query request from the model to the database/backend system 710. Nodes provide type 
information about object instances that are maintained by the node. The type information can 
also be derived from the model. For example, if the parent node PN corresponds to a 
customer, its node collection 701 can include all orders for this customer. When the 
application accesses the parent node PN the computer system 700 can sent 40 a query to 
retrieve all orders of the customer from the corresponding database/backend system 710, such 
as a sales and distribution (SD) system or a customer relationship management (CRM) 
system. The refrieved orders (data instances) are then returned 50 to the computer system 700 
context 604 to fill the corresponding data of elements of the node collection 701. 
FIG. 8 illustrates mapping of contexts according to the present invention. 
Because UI elements (e.g., UI elements 851, 852) of views (e.g., VIEW 1. VIEW 2) 
that are used in a user interface (UI) 850 bind 81, 82 to view contexts (e.g., VIEW 
CONTEXT 1, VIEW CONTEXT 2) and long persisting data can reside in custom contexts 
(e.g., CUSTOM CONTEXT I), an embodiment of the present invention enables mapping 91, 
92 of nodes/attributes of view contexts or custom contexts to nodes/atfributes of custom 
contexts. In other words, nodes and atfributes of view contexts or custom contexts can 
reference type-compatible nodes and atfributes in other custom contexts. Nodes can also be 
mapped to other nodes within the same context. Node mapping reduces the need for copying 
data between several contexts by enabling a node Nl of a first context (e.g., a view context, 
such as VIEW CONTEXT 2, or a custom context) to reference 91 a node Nl' of a second 
context (e.g., a custom context, such as CUSTOM CONTEXT I, or an application context), 
where the node Nl' of the second context has or references the data. The same is frue for 
attributes. 

Therefore, the data can be manipulated in a custom/application context and each view 
context that references the custom/application context provides its view with the current data 
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Stored in the custom/application context. Mapping contexts can span multiple context levels. 
That is, a custom context can reference a further custom context. Therefore, context 
hierarchies can be created (see FIG. 7). 

For example, related data can be collected in a dedicated custom context. The binding 
to this data is implemented by using a view context that is mapped to the custom context 
accordingly. 

The extended MVC pattern enables an appUcation developer to quickly modify an 
application while maintaining consistency of the application. For example, in some cases 
rearrangement of views or UI elements can be achieved without modifying the corresponding 
controller code. This provides a way for an application developer to better structure 
apphcations in light of potential functional enhancements or changes. For example, reusing a 
field that already exists on one view in other views can be achieved by defining the 
corresponding mapping while the corresponding controller code stays valid. 

The following examples explain various features of context mapping that can be 
implemented with the present invention. 

First example: 

If a node M ("Mapped Node") is mapped to a node O ("Origin Node"), node M maps 
its node collection to node O's node collection. The node selections of nodes M and O can be 
mapped. Node M can also maintain its own node selection on node O's node collection. 

For example, the node collection cardinality of node M equals that of node O (e.g., by 
inheritance). 

The selection cardinality can be inherited from origin node 0. Node M can override 
the node cardinality inherited from node O. 

If node O is a singleton node, node M is a singleton node, too. If node O is a 
non-singleton node, node M can be a singleton or non-singleton node. If node M is a 
non-singleton node it shares the same parent node collection with node O. If node M is a 
singleton node, then the collection of node M follows the instance of node O that belongs to 
the lead selection of node O's parent node. 

For mapped nodes, the content of the node collection can be defined by the node 
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collection of the origin node. 
Second example: 

An independent node can always be mapped. It can be mapped to any other node in 
the same context or to any other node in another custom context (as long as no cycle is 
formed with regards to parent-child and mapping relationships). 

A child node of a mapped node can be unmapped. In this case its content can be 
determined by the supply function mechanism. 

When a parent node is mapped to a further parent node, a child node of the parent 
node can be mapped to a further child node of the further parent node. In other words, if 
node W is a child of node X and node Y is a child of node Z, node W can be mapped to node 

Y if node X is mapped to node Z. 

If a child node of a mapped node is mapped to a further child node of the 
corresponding origin node, then either the mapped node maps to the node selection of the 
origin node or the origin node is a non-singleton node. This avoids a conflict between the 
dependencies implied by the parent/child relationship and the mapping relationship that 
results from mapping a selection of a child node of an umnapped node. 

The invention can be implemented in digital electronic circuitry, or in computer 
hardware, firmware, software, or in combinations of them. The invention can be 
implemented as a computer program product, i.e., a computer program tangibly embodied in 
an information carrier, e.g., in a machine-readable storage device or in a propagated signal, 
for execution by, or to control the operation of, data processing apparatus, e.g., a 
programmable processor, a computer, or multiple computers. A computer program can be 
written in any form of programming language, including compiled or interpreted languages, 
and it can be deployed in any form, including as a stand-alone program or as a module, 
component, subroutine, or other unit suitable for use in a computing enviromnent. A 
computer program can be deployed to be executed on one computer or on multiple computers 
at one site or distributed across multiple sites and intercomiected by a communication 
network. 
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Method steps of the invention can be performed by one or more programmable 
processors executing a computer program to perform functions of the invention by operating 
on input data and generating output. Method steps can also be performed by, and apparatus 
of the invention can be implemented as, special purpose logic circuitry, e.g., an FPGA (field 
programmable gate array) or an ASIC (application-specific integrated circuit). 

Processors suitable for the execution of a computer program include, by way of 
example, both general and special purpose microprocessors, and any one or more processors 
of any kind of digital computer. Generally, a processor will receive instructions and data 
from a read-only memory or a random access memory or both. The essential elements of a 
computer are a processor for executing instructions and one or more memory devices for 
storing instructions and data. Generally, a computer will also mclude, or be operatively 
coupled to receive data from or transfer data to, or both, one or more mass storage devices for 
storing data, e.g., magnetic, magneto-optical disks, or optical disks. Information carriers 
suitable for embodying computer program instructions and data include all forms of 
non-volatile memory, including by way of example semiconductor memory devices, e.g., 
EPROM, EEPROM, and flash memory devices; magnetic disks, e.g., internal hard disks or 
removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks. The processor 
and the memory can be supplemented by, or incorporated in special purpose logic circuitry. 

To provide for interaction with a user, the invention can be implemented on a 
computer having a display device, e.g., a CRT (cathode ray tube) or LCD (liquid crystal 
display) monitor, for displaying information to the user and a keyboard and a pointing 
device, e.g., a mouse or a trackball, by which the user can provide input to the computer. 
Other kinds of devices can be used to provide for interaction with a user as well; for example, 
feedback provided to the user can be any form of sensory feedback, e.g., visual feedback, 
auditory feedback, or tactile feedback; and input fi-om the user can be received m any form, 
including acoustic, speech, or tactile input. 

The invention can be implemented in a computing system that includes a back-end 
component, e.g., as a data server, or that includes a middleware component, e.g., an 
application server, or that includes a front-end component, e.g., a client computer having a 
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graphical user interface or a Web browser through which a user can interact with an 
implementation of the invention, or any combination of such back-end, middleware, or 
front-end components. The components of the system can be interconnected by any form or 
medium of digital data communication, e.g., a communication network. Examples of 
communication networks include a local area network ("LAN") and a wide area network 

("WAN"), e.g., the Internet. 

The computing system can include clients and servers. A client and server are 
generally remote from each other and typically interact through a communication network. 
The relationship of cUent and server arises by virtue of computer programs running on the 
respective computers and having a client-server relationship to each other. 

The invention has been described in terms of particular embodiments. Other 
embodiments are within the scope of the following claims. For example, the steps of the 
invention can be performed in a different order and still achieve desirable results 

What is claimed is: 
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